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Abstract 

The keyboard template is a primary means of organizing software features for the 
end-user in a business office. This paper presents preference data collected from 
end-users in several small field studies. The data is used as a basis for design 
recommendations on five variables: template layout; coding; fonts; logic and shape. 
The data revealed that users prefer the F key legend and labels left justified with no 
vertical or horizontal lines. Color coding should use the color coding already 
employed on the host keyboard, with additional primary colors, if necessary. A 
mixed upper and lower case in a sans-serif font should be used to print the function 
labels. Vertical logic should move outward from the function key, and a shape that 
wraps around the function keys is preferred to a straight template. Examples of 
currently available templates are used to illustrate the design points being made. 
There is a discussion of the methodology used. 


Introduction 


The humble keyboard template has been a 
ubiquitous feature of modern office equipment for many 
years. It is a fundamental component of the user interface 
of both remote and local business software. It is probable 
that the critical nature of keyboard templates is likely to 
lessen as hardware costs are reduced and graphical user 
interfaces become more prevalent in business offices. But as 
this occurs, the template will continue (albeit in a lesser 
role) as a facilitator in helping character based users migrate 
into the world of graphical user interfaces. 

Given the length of time that the template has been 
popular as the primary means of organizing software 
functionality for the end user, it is surprising that there has 
been, and continues to be, so much variance in their design. 
Some widely available templates are so badly designed that 
users must wonder if a random number table was used in 
the assignment of functions to keys. Coherent color coding 
is mostly non-existent, even across product lines from the 
same vendor. Many templates are illegible because of 
inferior quality printing or a poor choice of figure- 
background. The explanation for all of this is that templates 
receive a low priority in product design schedules; although 
function assignment is frequently done by software engineers 
the templates are often the responsibility of the product 
packaging designers, and these two groups often have very 
little communication. In addition, they are a low cost item 


so they receive little attention from product planners. 

This pattern is repeated in the human factors 
research literature. Otherwise excellent papers on hardware 
(Monty, Snyder & Birdwell, 1983), and software (Cohill, 
Gilfoil & Pilitsis, 1986) are typical examples that allude to 
the template but do not treat it explicitly. There is also 
much work done on human-computer interaction in 
standards committees, yet the only reference to templates 
was an interpretation of ZH1/618 (1980) by VDE for a GS 
product safety certification, and that was concerned with 
reflectivity. 

This paper begins to redress the balance by 
providing recommendations for template layout, coding, 
fonts, logic, and shape based on preference data collected 
from end-users in small field studies. It is intended as a 
guideline for the design of future templates. 

Most business offices contain IBM PCs or 100% 
compatibles either as standalone PCs or as terminal 
emulators (or both), or use keyboards that are compliant 
with the IBM Enhanced Keyboard layout. In this paper, 
examples of templates from independent vendors that are 
used on that keyboard layout will be employed to illustrate 
some of the design points being made. It should be noted 
that the design principles discussed here apply to templates 
on all office equipment, and not just those used on computer 
keyboards, and certainly not just those used on IBM or 
compatible keyboards. 
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Study 1: Layout 


Method 

Examples of alternative designs were created using 
a word processing system and then pasted onto a Fomecore 
backing. The designs were created from basic human factors 
principles and with input from graphics and industrial 
designers. Two layouts were used: the first had the relevant 
function key (F number) centered at the top of the given 
space, not on the leading left or right edge. A thin vertical 
line marked off each given function key area from the next 
one. Each function label was centered in the given space 
between the thin vertical lines, and was not left or right 
justified. A typical example of this layout is the WordPerfect 
5.1 template. The second layout was based on left 
justification of the F key legend and the function label, with 
no vertical line between each given area. Subjects were 
asked for their preferences with respect to the layouts. All 
testing took place in the subject's own offices. The designs 
were rotated to avoid order effects. 


Results 

The layout preference frequency data is shown 
below in Table 1 (N = 18). 


Left justified 

72% 

Centered 

28% 


Table 1: Layout Summary Data 


Discussion 

The left justified layout was preferred by study 
participants, and comments included a high frequency of 
comments concerning the comparative visual cleanness of the 
design. Participants also made unsolicited comments about 
templates they had used, the most frequent of these having 
to do with vertical and horizontal demarcation lines, and 
even boxes around the function labels, and how these visual 
elements made it harder to find the searched for label. 

Study 2: Coding 

Method 

Subjects were shown four types of template coding; 
figure color, background color, font type, and font size. 
Subjects were asked for their preferences with respect to the 
coding methods. All testing took place in the subject's own 
offices. The designs were rotated to avoid order effects. 


Results 

The coding preference frequency data is shown 
below in Table 2 (N = 18). 


Figure color 

83% 

Background color 

11% 

Font type 

0% 

Font size 

6% 


Table 2: Coding Summary Data 


Discussion 

Good human factors practice would recommend the 
sparing use of multiple key combinations. An example of 
such sparse use is the template for the Wang word 
processing system. The only key combination used on those 
templates is the SHIFT key plus a function key on WP Plus, 
and even that is only used on four keys. If more complex 
multiple key combinations must be used, the preference data 
in Table 2 indicates that subjects prefer that combination 
multiple key function labels should be color coded. It is 
advisable to use any color coding already used on the host 
keyboard. In the case of the Enhanced 101 key IBM 
keyboard, the ALT key is color coded green. Green should 
therefore be used for the ALT + function key combination 
labels for IBM and IBM compatible keyboards. 

Other colors can be used for the SHIFT and CTRL 
combination labels. Blue and red were the most frequent 
colors discussed by subjects. The main criterion for using 
colors is that they be discriminable from each other and 
legible against the background of the template. Whatever 
colors are chosen, they should be standardized so that the 
user internalizes the vendor's color coding system. A user 
of Borland products, for example, finds that the ALT key 
combination label is purple on the Quattro Pro 3.0 template, 
and red on the Paradox 3.5 template. The SHIFT key 
combination is red on the Quattro Pro template, and purple 
on the Paradox template. This is very confusing for the user. 
A final issue is that if a product is to be sold overseas, there 
may be international standards to consider. 


Study 3: Fonts 

Method 

Subjects were shown sue types of template font; a 
sans-serif font in upper and lower case, a sans-serif font in 
upper case only, a serif font in upper and lower case, a serif 
font in upper case only, an italicized sans-serif font in upper 
and lower case, and an italicized serif font. Subjects were 
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asked for their preferences with respect to their perception of 
the legibility of the various fonts. Fonts were presented 
together in random order. 

Results 

The fonts preference frequency data is shown below 
in Table 3 (N = 13). 


Sans-serif, Upr & Lwr 

62% 

Sans-serif, Upr only 

15% 

Serif, Upper & Lower 

15% 

Serif, Upper only 

8% 

Italicized sans-serif 

0% 

Italicized serif 

0% 


Table 3: Font Summary Data 


Discussion 

The subjects preferred a sans-serif font. Mixed 
upper and lower case (with the leading character in upper 
case) was preferred to upper case alone. Users rejected an 
italicized font for either the F numbers or the labels, because 
of legibility problems. There was also a preference for the 
F number being printed in medium bold. Most vendors 
print their templates in a mixed upper and lower case sans- 
serif font. 


Study 4: Logic 

Method 

Assuming an IBM Enhanced keyboard with 12 
horizontal function keys, there are two kinds of logic: 
horizontal logic , which groups related functions as much as 
possible on function key groups (F1-F4, F5-F8, F9-F12); and 
vertical logic , which provides a hierarchy of functions within 
each function key and which is often based on frequency of 
use. Generally, vertical logic is more common. 

Vertical logic can move outward from the function 
key, or inward to it. An example of the outward style is the 
WordPerfect 5.1 template. The primary function is placed 
closest to the function key, the SHIFT + function key is above 
that, the ALT + function key above that, and then the 
CTRL + function key is at the top. Note that on the 
WordPerfect template, the F key number is at the bottom of 
the given space. This location can be one of logic or of 


preference. Subjects were shown an example of an inward 
and an outward style template and were presented with a 
written explanation of each style so that they could 
understand the logic. They were then asked for their 
preferences with respect to the type of vertical logic they 
would prefer. All testing took place in the subject’s own 
offices. 


Results 

The vertical logic preference frequency data is 
shown below in Table 4 (N=10). 


Outward style 

70% 

Inward style 

30% 


Table 4: Vertical Logic Summary Data 


Discussion 

Subjects revealed a preference for the outward style. 
The most frequent rationale for this was that historically, 
when systems were less complex, functions used to be 
printed directly on the function keys, so when multiple 
functions are assigned to a single function key it makes sense 
to place the primary function nearest to the function key. 

Outward/inward logic can also be an installed base 
issue for any vendor. There may be a tradition of arranging 
the logic in a particular way that has been internalized by the 
installed base of users. In this case it does not make sense 
to change. The Paradox template in Figure 1 is a typical 
example showing vertical logic. The main problem with that 
template is that the Image related functions are dispersed 
between the F1-F4 group and the F5-F8 group. 

The Bachman template, also shown in Figure 1, 
could also benefit from improved layout. For example, the 
Workspace related functions are assigned to F3, F4, and F10. 
These should be horizontally grouped together within one of 
the three groups of related function keys. The vertical logic 
could also be reviewed. Copy (ALT + F6) is not at the top 
of the hierarchy of Delete and Cut, and it is too easy to 
Delete instead of Cut. Key combinations that make it easy 
to accidentally do something destructive should be avoided. 

One of the principles that guides the assignment of 
functions to keys is frequency-of-use. Sometimes this 
principle conflicts with another, such as the layout logic 
described above. If Copy is a frequently used function (as 
it is in many applications) then perhaps it merits it’s own 
function key with a hierarchy such as Move and Paste. 
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Study 5: Shape 

Method 

Subjects were shown two types of template shapes. 
One was the very common rectangular template that sits on 
the keyboard above the function keys, the other was the 
wrap-around style as exemplified by the Lexis/Nexis 
template in Figure 1. Subjects were asked for their 
preferences with respect to the shapes. All testing took place 
in the subject’s own offices. The shapes were rotated to 
avoid order effects. 


Results 

The shape preference frequency data is shown below 
in Table 5 (N = ll). 


Wrap-around style 

64% 

Straight style 

36% 


Table 5: Shape Summary Data 


Discussion 

Template designers should always have keyboard 
layout constraints in mind. The manufacturers of IBM 
compatible keyboards have subtly changed some of their 
designs in ways that affect templates. A look at the 
redesigned Compaq keyboards issued in 1990 shows that 
there is now a much reduced area above the function keys. 
This is also true of some of the myriad clone keyboards in 
use on powerful 386 and 486 systems. 

Subjects prefer a design that is an extension of the 
wrap-around style of template design exemplified by the 
Lexis template. Ironically, earlier IBM keyboards forced this 
shape onto function key templates because the function keys 
were placed on the left of the keyboard in a double vertical 
column. Subjects report that the wrap-around design has 
several advantages. First, the wrap-around design helps to 
anchor the template; a helpful feature on keyboards with 
reduced room above the function keys. Second, end-users 
like them because the template does not constantly slide 
around the keyboard; very few vendors are supplying double 
sided tape with templates (Borland is a notable exception). 
The wrap-around design is preferable to a "sticky" template 
anyway, since most users have more than one template, and 
the wrap-around can be easily removed when an alternate 
template is needed. Third, the wrap-around can be printed 
on both sides so that the user has the choice of having the 
key functions above or below the functions keys as 


preference or space permit. 

The data in this paper is preference data only; there 
is no performance data presented. It is doubtful if designing 
and running a performance study on the variables examined 
in this paper would have produced markedly different results 
in terms of the design recommendations presented. Often 
preference data and performance data conflict, but this is 
usually when the preference data is more equivocal than that 
presented here. 


Design Recommendations 

• Left justify the F key legend and labels. Do not use 
horizontal or vertical lines to demarcate areas. 

• Color code the labels, not the background. Color 
coding should use the color coding already 
employed on the host keyboard, with additional 
primary colors, if necessary. 

• The function labels should be printed in a sans-serif 
font, using mixed upper and lower case. 

• Vertical logic should move outward from the 
function key. 

• The template should have a shape that wraps 
around the function keys. 
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